Warum Anforderungen früh entscheidungsfähig sein müssen
Softwareentscheidungen scheitern selten an der Technik. Sie scheitern daran, dass die eigentliche Anforderung nie sauber formuliert wurde — sondern als Wunschliste von Funktionen begann, die niemand gegen die Realität des Prozesses gehalten hat. Das Ergebnis: lange Auswahlrunden, teure Anpassungen und ein System, das auf dem Papier passt, im Alltag aber Reibung erzeugt.
Der Requirements Discovery Canvas dreht die Reihenfolge um. Bevor über Anbieter oder Features gesprochen wird, macht er sichtbar, welche Entscheidung die Software überhaupt ermöglichen soll, wer die Anforderung trägt und welcher Prozess wirklich dahinterliegt.
Die vier Felder des Canvas
Der Canvas ist bewusst klein gehalten. Vier Felder genügen, um eine Anforderung von der diffusen Idee zur belastbaren Grundlage zu führen — und um früh zu erkennen, wo noch Klärungsbedarf besteht.
- Entscheidung. Welche konkrete Entscheidung oder welcher Arbeitsschritt soll künftig besser, schneller oder verlässlicher werden?
- Prozessrealität. Wie läuft der Schritt heute tatsächlich ab — inklusive Ausnahmen, Workarounds und manueller Arbeit?
- Anforderung. Was muss eine Lösung leisten, was wäre wünschenswert, und was ist explizit kein Ziel?
- Evidenz. Worauf stützt sich die Anforderung — auf Interviews, Daten, beobachtete Fälle — und wie sicher ist die Einschätzung?
Eine gute Anforderung beschreibt nicht die Lösung. Sie beschreibt die Entscheidung, die eine Lösung möglich machen soll. — Arbeitsprinzip, Novemcore
Wie der Canvas in der Praxis entsteht
Die Felder werden nicht am Schreibtisch ausgefüllt, sondern in strukturierten Interviews mit den Menschen, die den Prozess tragen. PULSE führt diese Gespräche adaptiv, fragt nach, wo Antworten unklar bleiben, und verdichtet die Aussagen zu nachvollziehbaren Anforderungen — mit Quellenbezug statt Bauchgefühl. Das Ergebnis ist ein Canvas, der eine Softwareauswahl trägt, weil er auf Evidenz statt auf Annahmen beruht.